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1 . The following is a quotation of 35 U.S.C. 103(a) which forms the basis for all 
obviousness rejections set forth in this Office action: 

(a) A patent may not be obtained though the invention is not identically disclosed or described as set forth in 
section 102 of this title, if the differences between the subject matter sought to be patented and the prior art are 
such that the subject matter as a whole would have been obvious at the time the invention was made to a person 
having ordinary skill in the art to which said subject matter pertains. Patentability shall not be negatived by the 
manner in which the invention was made. 

2. Claims 3, 4, 7, and 8 are rejected under 35 U.S.C. 103(a) as being unpatentable over 
Kawakami of record (6,332,058) in view of Siong et al of record (6,028,632) and Haskell et al of 
record (5,159,447). 

Kawakami discloses an information reproduction apparatus as shown in Figures 1 and 2, 
and the substantially the same multiple decoding method for simultaneously decoding two or 
more encoded data from a broadcast signal composed of a plurality of encoded data (i.e. as 
provided by 12 of Figure 1, and see Figure 2, column 5, lines 55-65), and multiple decoding 
apparatus for receiving a broadcast signal composed of a plurality of encoded data and for 
simultaneously decoding two or more of the encoded data (i.e., as provided by 12 of Figure 1 and 
see Figure 2, column 5, lines 45-65) as claimed in claims 3, 4, 7, and 8, comprising substantially 
the same selecting a plurality of decoders (i.e., 22 of Figure 2) for performing decoding and a 
plurality of separate buffers (i.e., 34 of Figure 2) corresponding to the plurality of decoders, 
respectively, according to the usage status of the plurality of decoders (i.e., gate controllers 32 
control writing of information to the respective decoder buffers 34 based on the usage of the 
decoders, and gate "controllers 32 are being supplied flags EF for timing adjustments of the flow 
of data to the decoder, and the decoder will decoded the respective data when ready, see column 
5, lines 31-65, column 7, lines 7-47); extracting at least audio data and video data to be decoded 
and reproduced from the broadcasting signal (i.e., as provided by 18 of Figures 1 and 2, and see 
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column 4, lines 47-60); storing at least the extracted audio data and video data in a buffer (i.e., 30 
of Figure 2); distributing at least the audio data and the video data stored in the buffer (i.e., as 
provided by 40 of Figure 2 and see column 5, lines 46-54, column 7, lines 7-18) for each data 
type (i.e., the MPEG stream of data as shown in Kawakami is based according to a specific type 
of video which includes inherent and specific header data, see column 5, lines 46-54, column 7, 
lines 7-18) and respectively storing at least the audio data and the video data in the plurality of 
separate buffers according to each data type (i.e., 34 of Figure 2); controlling output of at least 
the audio data and the video data stored in the separate buffers such that at least the audio data 
and the video data stored in the separate buffers are associated with each other (i.e., as provided 
by 32 of Figure 2 and see column 5, lines 31-45); decoding, responsive to the controlling, at least 
the audio and the video data stored in the separate buffers and outputting the two or more 
decoded data (i.e., as provided by 22 of Figure 2, and see column 5, lines 31-45); reproduction 
controller (i.e., 24, 36 of Figure 2) for outputting control information related to decoding and 
reproduction of the data; a data extractor (i.e., MPEG core server 18 of Figures 1 and 2) for 
receiving the broadcasting signal and extracting at least audio data and video data which are 
designated by the control information; a buffer (i.e., 20, 30 of Figure 2) for storing at least the 
audio data and the video data extracted by the data extractor; a buffer manager (i.e., within core 
server 18 of Figures 1 and 2, and see column 5, lines 1-30) for controlling the buffer in 
accordance with the control information for the buffer; a data flow controller (i.e., 40 of Figure 2 
and see column 5, lines 46-54, column 7, lines 7-18) for distributing at least the audio data and 
the video data stored in the buffer for each data type and transferring at least the audio data and 
the video data in accordance with provided transfer conditions; a plurality of separate buffers 
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(i.e., 34 of Figure 2) for respectively storing at least the audio data and the video data encoded 
data distributed and transferred by the data flow controller according to each data type; a 
plurality of decoders (i.e., 22 of Figures 1 and 2) respectively corresponding to the plurality of 
separate buffers for decoding at least the audio data and the video data stored in the plurality of 
separate buffers and outputting two or more decoded data; and a decoding controller for selecting 
a separate buffer and a decoder (i.e., CPU group 36 outputs control signal 38 in response to a 
request from external controller 24, thereby selecting the desired information for decoding to the 
respective buffer and decoder, see column 5, lines 46-54, column 7, lines 7-38) which are used 
for the decoding, according to the usage status of the decoder from among the plurality of 
separate buffers and the plurality of decoders in accordance with the control information (i.e., 
gate controllers 32 control writing of information to the respective decoder buffers 34 based on 
the usage of the decoders, and gate controllers 32 are being supplied flags EF for timing 
adjustments of the flow of data to the decoder, and the decoder will decoded the respective data 
when ready, see column 5, lines 31-65, column 7, lines 7-47), and outputting information related 
to the separate buffer selected by the decoding controller, the transfer conditions based on the 
separate buffer selected by the decoding controller, and an instruction to start decoding, 
respectively, to the separate buffer manager, the data flow controller, and the decoder selected by 
the decoding controller (i.e., controller 24 and CPU group 36 controls all the hardware structures, 
see columns 5-7). 

Kawakami does not particularly disclose, though, the foUowings: 
(a) a separate buffer manager for controlling output of at least the audio data and the 
video data respectively stored in the plurality of separate buffers so as to be associated with each 
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other in accordance with information for specifying the plurality of separate buffers as claimed in 
claims 3 and 4; 

(b) the separate buffer manger outputs, when a specific separate buffer becomes full of 
data, an overflow notification that the specific separate buffer overflows to the decoding 
controller, the decoding controller outputs, upon receipt of the overflow notification that the 
separate buffer overflows, an instruction to stop data transfer to the specific separate buffer to the 
data flow controller, an instruction to discard encoded data directed toward the specific separate 
buffer to the data flow controller, outputs an instruction to stop decoding to a decoder 
corresponding to the specific separate buffer, and outputs an instruction to initialize the specific 
separate buffer to the separate buffer manager, the separate buffer manager initiaUzes the specific 
separate buffer in accordance with the instruction to initialize the specific separate buffer from 
the decoding controller without initializing the buffer, and the multiple decoding apparatus 
resumes all processing which was stopped as a result of the specific separate buffer becoming 
full after the specific separate buffer is initialized, and the discard of the encoded data is released 
after the specific separate buffer is initialized as claimed in claims 3 and 4; and 

(c) when a specific separate buffer becomes full of data, discarding encoded data directed 
toward the specific separate buffer, stopping the distributing of at least the audio data and the 
video data into the specific separate buffer and the decoding of the encoded data stored in the 
specific separate buffer, initializing the specific separate buffer without initializing the buffer, 
and resuming all processing which was stopped when the specific separate buffer became full 
after the initializing of the specific separate buffer, and releasing the discard of the encoded data 
as claimed in claims 7 and 8. 
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Regarding (a), it is noted that Kawakami does teach the particular use of a pluraUty of 
buffer managers (i.e., 32 of Figure 2) for controUing the outputs of each of the respective 
pluraUty of separate buffers 34, but and not particularly a separate buffer manager for controlling 
the output of at least the audio data and the video data respectively stored in the plurality of 
separate buffers as claimed. However, Siong et al discloses a multiple buffer and video decoder 
management system as shown in Figure 1, and teaches the general concept of the use of a 
separate buffer manager (i.e., 6 of Figure 1 and see column 3, line 56 to column 4, line 27) for 
controlling outputs of the plurality of separate buffers (i.e., 7-9 of Figure 1), Therefore, it would 
have been obvious to one of ordinary skill in the art, having the Kawakami and Siong et al 
references in front of him/her and the general knowledge of buffer management systems, would 
have had no difficulty in providing the separate buffer manager of Siong et al in place of the 
plurality of separate buffer managers 32 of Kawakami for the same well known single unit 
integrated processing and so that less hardware would be required for managing the buffers 
purposes as claimed. 

Regarding (b) and (c), Haskell et al discloses a buffer control for variable bit rate channel 
as shown in Figures 1-4, and teaches the conventional notification of overflow situations 
associated with encoder and decoder buffers (see column 17, line 66 to column 18, line 13), and 
the particular termination of packets of data within the decoder as one way of preventing 
overflow in the buffers, thereby stopping decoding to the decoder, data extraction, data transfer 
to the specific buffer, and discarding data directed toward the specific buffer (see column 16, 
lines 27-39). It is noted that Haskell et al is however silent as to the initialization of the specific 
separate buffer in response to the overflow notification without initializing the buffer and the 
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subsequent resuming of the processing which was stopped when the specific separate buffer 
became full after initialization of the specific buffer and releasing the discard of the encoded data 
as claimed. But, it is considered obvious even without specific disclosure that once the packets 
are terminated within Haskell due to buffer overflow, the specific buffers of Haskell must be 
initialized since the existing data within the buffers are of no use and so that the buffers could be 
properly re-set. Such buffer initialization specifics as taught by Haskell may certainly be 
provided within Kawakami wherein the specific separate buffers 34 of Kawakami may also be 
initialized in response to an overflow notification. And it is considered obvious that since it is 
only necessary for the specific separate buffers 34 within Kawakami to be initialized in response 
to an overflow situation, the initialization of buffers 30 within Kawakami is obviously not 
necessary. Further, after such buffer initialization and re-setting within Haskell, all processing 
will therefore be resumed, and the discarded data is released (i.e., the existing data in the buffer 
is of no use and therefore is released) after buffer initialization. Therefore, it would have been 
obvious to one of ordinary skill in the art, having the Kawakami, Siong et al, and Haskell et al 
references in front of him/her and the general knowledge of video encoder and decoder buffer 
fullness, would have had no difficulty in providing the overflow notification, termination of 
packets of data within the decoder as one way of preventing overflow in the buffers, thereby 
stopping decoding to the decoder, data extraction, data transfer to the specific buffer, and 
discarding data directed toward the specific buffer as taught by Haskell as well as the obvious 
initialization of buffers upon receipt of an overflow notification and the subsequent resuming of 
the processing which was stopped after buffer initialization and the discard of the data is released 
after the buffer is initialized within Haskell for the multiple decoder of Kawakami so that the 
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buffer manager, reproduction controller, decoding controller, and separate buffer manager of 
Kawakami may proper respond to the overflow notification for the same well known video 
decoder buffer overflow protection purposes as claimed. 

3. Regarding the applicant's arguments at pages 7-9 of the amendment filed August 15, 
2006 conceming in general that "... in Kawakami, when a data overflow condition occurs, the 
data overflow condition is dealt with by directly controlling the data amount sent to the DMA 
buffers 39 by reducing or stopping the transmission of data from the HDDs 20. hi other words, 
Kawakami is capable of controlling the data amount at the reception end (i.e., the HDDs 20) to 
prevent the DMA buffers 30 from overflowing. As a result, it is apparent that Kawakami does 
not contemplate the potential problem of handling a broadcasting signal addressed by the present 
invention, as recited in claims 3 and 4 . . . because the broadcasting signal cannot be stopped on 
the reception end, even when an overflow on the overall operation of the apparatus by continuing 
to receive the broadcasting signal without initializing the buffer and the other separate buffers, 
and continuing the processing on the data in the other separate buffers which have not 
overflowed . . . Kawakami fails to disclose or suggest the operation of the features of the present 
invention when a specific separate buffer becomes full of data, as recited in claims 3 and 4 . . 
the Examiner respectfully disagrees. The Examiner wants to initially point out that: One cannot 
show non-obviousness by attacking references individually where, as here the rejections are 
based on combination of references, hi re Keller, 208 USPQ 871 (CCPA 1981). It is submitted 
again that it is considered obvious even without specific disclosure that once the packets are 
terminated within Haskell due to buffer overflow, the specific buffers of Haskell must be 
initialized since the existing data within the buffers are of no use and so that the buffers could be 
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properly re-set. Such buffer initialization specifics as taught by Haskell may certainly be 
provided within Kawakami wherein the specific separate buffers 34 of Kawakami may also be 
initialized in response to an overflow notification. And it is considered obvious that since it is 
only necessary for the specific separate buffer 34 within Kawakami to be initialized in response 
to an overflow situation, the initialization of buffers 30 within Kawakami is obviously not 
necessary. Though Kawakami may disclose various features that are different fi-om the present 
invention, it is nevertheless that the combination of Kawakami, Haskell et al, and Siong et al 
renders obvious the claimed invention for reasons as explained above. 

Regarding the appHcant's arguments at pages 9-10 of the amendment filed August 15, 
2006 regarding claims 7 and 8, the Examiner wants to point out that such arguments have been 
addressed in the above. 

4. THIS ACTION IS MADE FINAL. AppUcant is reminded of the extension of time 
policy as set forth in 37 CFR 1.136(a). 

A shortened statutory period for reply to this final action is set to expire THREE 
MONTHS fi-om the mailing date of this action. In the event a first reply is filed within TWO 
MONTHS of the mailing date of this final action and the advisory action is not mailed until after 
the end of the THREE-MONTH shortened statutory period, then the shortened statutory period 
will expire on the date the advisory action is mailed, and any extension fee pursuant to 37 
CFR 1 .136(a) will be calculated fi-om the mailing date of the advisory action. In no event, 
however, will the statutory period for reply expire later than SIX MONTHS from the mailing 
date of this final action. 
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5. Any inquiry concerning this communication or earlier communications from the 
examiner should be directed to Richard Lee whose telephone number is (571) 272-7333. The 
Examiner can normally be reached on Monday to Friday from 8:00 a.m. to 5:30 p.m, with 
alternate Fridays off. 





